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REMARKS / ARGUMENTS 

The present application includes pending claims 1-41, all of which have been 
rejected. The Applicant respectfully submits that the claims define patentable subject 
matter. 

Claims 1-41 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over 
USPP 2002/0001386 ("Akiyama"), in view of USP 6,073,237 ("Ellison"). The Applicant 
respectfully traverses these rejections at least for the reasons previously set forth during 
prosecution and at least based on the following remarks. 

I. Examiner's Response to Arguments 



A. In the 1 0/28/2009 Non-Final Office Action 

The Examiner states the following in page 3 of the 10/28/2009 Office Action: 

Examiner would like to further point out that applicant is trying to force 
examiner to read the claim such that it would require a secure key and a 
key that encrypts secure key to be of same type. However, examiner is 
interpreting the current language of the claim such that as long as the key 
that encrypt the secure key is also a secure key it reads onto the claimed 
limitation. Since the master key of Akiyama is only provided to the 
subscriber through smart cards, the master key of Akiyama is in fact a 
"secure key". Therefore, the combination of Akiyama and Ellison still 
discloses all the limitations and the rejection is maintained. Note: examiner 
would like to further point out that the interpretation taken by applicant that 
claim require work key to be encrypted using previously generated work 
keys are not even supported by the specification. Throughout the 
specification, particularly page 5, lines 22-25 recites, " For example, in the 
CA system 100 illustrated in FIG. 1, the content scrambling key 118 is 
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protected by the work key 122, which is in turn protected by the master 
key 126. This key protection "chain" is, sometimes, referred to as a key 
ladder". Further note that the invention is of a key ladder wherein lower 
level keys are encrypted using higher level keys. Nowhere in the 
specification it is recited that same level keys are encrypted using the 
same level keys as argued by the applicant. 

The Applicant submits that claim 1, as presented in the 08/11/08 response, indeed 
required that a secure key and a key that encrypts the secure key to be of same type. 
However, to further prosecution and to further clarify this aspect, the Applicant has 
amended independent claims 1 , 11, 21 and 32, as set forth above. Support for the 
claim amendments may be found, for example, in Fig. 6A and paragraphs 46-54 of the 
specification. 

More specifically, referring to Applicant's Fig. 6A, the digitally signed secure keys 
638 are encrypted by the encryptor 608. The encrypted and signed secure keys 632 
are looped back via the registers 610 and then communicated back (628 and 630) to 
the encryptor 608 for purposes of encrypting the next digitally signed secure key. 
Obviously, the digitally signed secure keys and the encrypted digitally signed secure 
keys are of the same type, the difference being that the latter have been encrypted and 
then looped back for purposes of using them during encryption of subsequent signed 
secure keys. 

In the above citation, the Examiner refers for support to Fig. 1 and page 5, lines 
22-25 of the specification. The Examiner further states: "the invention is of a key ladder 
wherein lower level keys are encrypted using higher level keys. Nowhere in the 
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specification it is recited that same level keys are encrypted using the same level keys 
as argued by the applicant." The Applicant respectfully disagrees with such 
characterization of Applicant's invention. The Examiner is encouraged to carefully read 
the entire specification in light of all Figures. The Applicant is puzzled as to why the 
Examiner even uses Fig. 1 and page 5 of the specification to judge what Applicant's 
invention is, since FIGS. 1-4 were clearly marked as PRIOR ART, and pages 1-10 
constitute the "Background of the Invention" section. The detailed description of the 
invention is in pages 15-24 and FIGS. 5-6B of the specification (the Applicant has 
already briefly summarized Fig. 6A and why the secure key and the key that encrypts 
the secure key are of the same type). 



B. In the Current Final Office Action 

The Examiner states the following in pages 2-4 of the Final Office Action: 

• Applicant argues that, "More specifically, referring to Applicant's 
Fig. 6A, the digitally signed secure keys 638 are encrypted by the 
encryptor 608. The encrypted and signed secure keys 632 are looped 
back via the registers 610 and then communicated back (628 and 630) to 
the encryptor 608 for purposes of encrypting the next digitally signed 
secure key. Obviously, the digitally signed secure keys and the encrypted 
digitally signed secure keys are of the same type, the difference being that 
the latter have been encrypted and then looped back for purposes of using 
them during encryption of subsequent signed secure keys." 

• Examiner respectfully disagrees and still maintains that even Fig. 
6A does not support applicant interpretation that requires secure key and 
key that encrypts the secure key to be of same type. See paragraph 0047 
(originally filed specification) that recites" In accordance with an aspect of 



Page 14 of 24 



Application Nq 10/769,173 

Reply to Final Office Action of June 10, 2009 



the present invention, the master decryption keys 618 may be utilized in 
the encryption and decryption of one or more secure keys, for example, a 
work key and/or a scrambling key." Also note that claim 6 recites, "wherein 
if the secure key comprises a work key then a decrypted digitally signed 
master key at the second location is utilized for decrypting an encrypted 
digitally signed work key.". This claim clearly establishes that when the 
secure key is a work key it has to be encrypted by the master key. Also 
see, claim 7 which recites, " wherein if the secure key comprises a 
scrambling key then a decrypted digitally signed work key at the second 
location is utilized for decrypting an encrypted digitally signed scrambling 
key.". Examiner realizes that Fig. 6A in fact shows that after encrypting the 
secure key do go back to encrypt the next secure keys however, as 
recited at paragraph 0047 and claims 6 and 7, if the work key is looped 
back then it will encrypt the content key. Therefore, applicant's 
interpretation that secure key and key that encrypts the secure key to be 
of same type is not consistent with the specification and dependent claims 
6 and 7. Nowhere in the specification it is recited that same level keys are 
encrypted using the same level keys as argued by the applicant. Also note 
that the current claim language does not raise rejection under U.S.C. 112 
first paragraph for lacking the written description because at least one 
interpretation (one taken by the examiner) is supported by the 
specification. Examiner is interpreting the current language of the claim 
such that as long as the key that encrypt the secure key is also a secure 
key it reads onto the claimed limitation. Further note that even though 
applicant is interpreting secure key and key that encrypts the secure key 
to be of same type the current language of the claim is broad enough that 
as long as the key that encrypt the secure key is also secure it would read 
onto the claims limitation. Further note that applicant's statement that 
"Obviously, the digitally signed secure keys and the encrypted digitally 
signed secure keys are of the same type, the difference being that the 
latter have been encrypted and then looped back for purposes of using 
them during encryption of subsequent signed secure keys" appears to be 
an opinion because there is no written description that requires these keys 
to be of same type. As clearly shown by paragraph 0047 and claims 6 and 
7, key that encrypts the digitally signed key is chosen based on what is the 
type of the digitally singed key is for example if the digitally signed key is 
work key then master key is used to encrypt the digitally signed key and if 
the digitally signed key is a scrambling key then work keys are used to 
encrypt the digitally signed key (see, paragraph 0041 and claims 6 and 7). 
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The Applicant respectfully disagrees. The Examiner is primarily relying for support in 
the above argument to paragraphs 41, 47 (last sentence), and dependent claims 6-7. 

The Applicant is confused as to why the Examiner is even mentioning claims 6-7 
and paragraph 41 (and related Fig. 5), as this part of Applicant's specification relates to 
the process of decryption the encrypted and digitally signed secure keys, and 
Applicant's argument pertaining to allowability of claim 1 relates to how the 
"previously generated unreadable digitally signed and encrypted secure key" was 
generated during the process of encryption. 

In paragraph 47 (last sentence), the Applicant simply clarifies that the term 
"secure keys" can include work keys and/or scrambling keys. In a related disclosure, 
Applicant's claim 4 states that a "secure key" can be a master key, a work key, and/or, a 
scrambling key. In other words, master keys, work keys, and scrambling keys are 
simply examples of secure keys. 

The Examiner states the following in the above argument: 

Nowhere in the specification it is recited that same level keys are 
encrypted using the same level keys as argued by the applicant. 

The Applicant respectfully disagrees with the Examiner's representation above since 
this is not what the Applicant argued (the Applicant did not argue that "same level 
keys are encrypted using the same level keys"). The Examiner is urged to re-read 
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Applicant's arguments and is now referred to Applicant's Fig. 6A, reproduced in part 
below: 



~ 7 Si-goec! Keys 



The relevant portion of Applicant's argument is as follows (annotated with reference to 
the above Fig. 6A): 

Obviously, the digitally signed secure keys (638 in the above figure 6A) 
and the encrypted digitally signed secure keys (632) are of the same type, 
the difference being that the latter have been encrypted and then looped 
back (as encrypted and digitally signed secure keys 628, 630) for 
purposes of using them during encryption of subsequent signed secure 
keys. 

Again, the issue is not what level keys are used by the encryptor 608 to encrypt a 
digitally signed secure key 638, as represented by the Examiner. The issue is how the 
"previously generated unreadable digitally signed and encrypted secure key" 
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(i.e., the digitally signed and encrypted secure key 632 coming as output out of 
the encryptor 608, being the same as key 628 or 630) is in fact generated . In other 
words, regardless of whether a master key is used to encrypt a secure "work" 
key, the result from the encryption is an encrypted "work" key. Similarly, 
regardless of whether a work key is used to encrypt a secure "scrambling" key, 
the result from the encryption is an encrypted "scrambling" key. The encryptor 
608 simply encrypts a given type of key, but the input and the output of the 
encryptor 608 remain the same type of key. 

The Applicant's argument above is focused on the fact that the encrypted 
digitally signed and secure kev (632. and also 628. 630 - outputs of encryptor 
608). regardless of whether it is a work or scrambling kev. will obviously be the 
same type as the digitally signed and secure kev (638 - input to encryptor 608). 
Put another way, the input (638) and the output (any of 632. 628. 630) of the 
encryptor 608 will have the same type of secure kev (e.g.. a work kev or 
scrambling kev). regardless of what type of kev is used to encrypt the input kev 
(638) . 

The Applicant respectfully maintains all arguments stated in the March 2, 2009 
response. 
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REJECTION UNDER 35 U.S.C. § 103 

In order for a prima facie case of obviousness to be established, the Manual of 

Patent Examining Procedure, Rev. 6, Sep. 2007 ("MPEP") states the following: 

The key to supporting any rejection under 35 U.S.C. 103 is the clear 
articulation of the reason(s) why the claimed invention would have been 
obvious. The Supreme Court in KSR International Co. v. Teleflex Inc., 82 
USPQ2d 1385, 1396 (2007) noted that the analysis supporting a rejection 
under 35 U.S.C. 103 should be made explicit. The Federal Circuit has 
stated that "rejections on obviousness cannot be sustained with mere 
conclusory statements; instead, there must be some articulated reasoning 
with some rational underpinning to support the legal conclusion of 
obviousness." 

See the MPEP at § 2142, citing In re Kahn, 441 F.3d 977, 988, 78 USPQ2d 1329, 1336 

(Fed. Cir. 2006), and KSR International Co. v. Teleflex Inc., 82 USPQ2d at 1396 

(quoting Federal Circuit statement with approval). Further, MPEP § 2143.01 states that 

"the mere fact that references can be combined or modified does not render the 

resultant combination obvious unless the results would have been predictable to one of 

ordinary skill in the art" (citing KSR International Co. v. Teleflex Inc., 82 USPQ2d 1385, 

1396 (2007)). Additionally, if a prima facie case of obviousness is not established, the 

Applicant is under no obligation to submit evidence of nonobviousness. 

The examiner bears the initial burden of factually supporting any prima 
facie conclusion of obviousness. If the examiner does not produce a 
prima facie case, the applicant is under no obligation to submit evidence 
of nonobviousness. 

See MPEP at §2142. 



Page 19 of 24 



Application Nq 10/769,173 

Reply to Final Office Action of June 10, 2009 



II. The Proposed Combination of Akiyama and Ellison Does Not Render 
Claims 1-41 Unpatentable 

The Applicant now turns to the rejection of claims 1-41 as being unpatentable 

over Akiyama in view of Ellison. The Applicant notes that the proposed combination of 

Akiyama and Ellison forms the basis for all of the pending rejections. 

A. Independent Claims 1, 11, 21, and 32 

With regard to the rejection of independent claim 1 under 103(a), the Applicant 

submits that the combination of Akiyama and Ellison does not disclose or suggest at 

least the limitation of "encrypting the digitally signed secure key utilizing at least a 

previously generated unreadable digitally signed and encrypted secure key, wherein 

said previously generated unreadable digitally signed and encrypted secure key was 

generated by encrypting a previously generated digitally signed secure key," as recited 

by the Applicant in independent claim 1 . The Final Office Action states the following: 

Regarding Claim 1, Akiyama discloses a method for secure key 
authentication, the method comprising: 

generating at a first location (Fig. 29, This is a broadcast station where 
the contents, keys and digital signature for contact information etc, are 
generated and then sent to receivers) a digital signature (Fig. 5, "Digital 
signature") of a secure key to obtain a digitally signed secure key (Fig. 5, 
"work keys", also at paragraph 0107, "The digital signature is information 
used to check the " authenticity of the contract information, and is used 
to prevent tampering.", also at paragraph 0107, "The contract information 
is made up of, e.g., a receiver 10, channel contract information, the 
number n of work keys, n pairs of work keys and work key identifiers, 
and digital signature"). 

encrypting the digitally signed secure key utilizing at least a previously 
generated unreadable key (Fig. 7, "Enciphered contract information", 
also at Paragraph 0106, lines 5-8, "The individual control packet is 
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comprised of an information identifier, master key identifier, and 
encrypted contract information, as shown in FIG. 7.", Note: [Each digitally 
signed contract information is encrypted using a master key, also note 
that master keys are generated and sent to clients via secure card 
therefore master keys are generated prior to encrypting work keys and it 
is also unreadable and also secure because only broadcaster and 
receivers have the master key (see Paragraph 0154)) 

See the Final Office Action at page 6. The Examiner has used Ellison to teach 
that a key can be encrypted and signed. Even if we assume that Ellison is combinable 
with Akiyama (and assume Akiyama's keys can be encrypted and signed), the Applicant 
points out that Akiyama is still deficient at least for the following reasons. 

Referring to FIG. 5 of Akiyama, the Examiner has equated Applicant's "secure 
key" to Akiyama's "work key", which is part of Akiyama's contract information. 
Furthermore, Akiyama discloses that a separate master key is used to encrypt the work 
key, as illustrated in FIG. 3 and further explained in paragraph 0100 of Akiyama. 
However, the work keys of Akiyama are different from the master keys, which are 
used for encrypting the work keys. More specifically, Akiyama's master key is 
not a previously encrypted and signed work key (i.e., the master key is not 
generated by encrypting a previously generated signed work key). 

In this regard, Akiyama does not disclose that the work keys (equated by 
the Examiner to Applicant's "secure key") are encrypted utilizing a previously 
generated unreadable digitally signed and encrypted work key, where the 
previously generated unreadable digitally signed and encrypted work key was 
generated by encrypting a previously generated signed work key. In other words, 
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Akiyama does not disclose that the work keys are encrypted using previously 
generated work keys, as recited in Applicant's claim 1. Ellison does not overcome 
the above deficiencies of Akiyama. 

Therefore, the Applicant maintains that the combination of Akiyama and Ellison 
does not disclose or suggest at least the limitation of "encrypting the digitally signed 
secure key utilizing at least a previously generated unreadable digitally signed and 
encrypted secure key, wherein said previously generated unreadable digitally signed 
and encrypted secure key was generated by encrypting a previously generated digitally 
signed secure key," as recited by the Applicant in independent claim 1 . 

Accordingly, the proposed combination of Akiyama and Ellison does not render 
independent claim 1 unpatentable, and a prima facie case of obviousness has not been 
established. The Applicant submits that claim 1 is allowable. Independent claims 11, 
21 , and 32 are similar in many respects to the method disclosed in independent claim 1 . 
Therefore, the Applicant submits that independent claims 11, 21, and 32 are also 
allowable over the references cited in the Office Action at least for the reasons stated 
above with regard to claim 1 . 

B. Rejection of Dependent Claims 2-10, 12-20, 22-31, and 33-41 

Based on at least the foregoing, the Applicant believes the rejection of 
independent claims 1, 11, 21, and 32 under 35 U.S.C. § 103(a) as being unpatentable 
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over Akiyama in view of Ellison has been overcome and requests that the rejection be 
withdrawn. Additionally, claims 2-10, 12-20, 22-31, and 33-41 depend from 
independent claims 1, 11, 21, and 32, respectively, and are, consequently, also 
respectfully submitted to be allowable. 

The Applicant also reserves the right to argue additional reasons beyond those 
set forth above to support the allowability of claims 2-10, 12-20, 22-31 , and 33-41 . 

In general, the Final Office Action makes various statements regarding claims 1- 
41 and the cited reference that are now moot in light of the above. Thus, the Applicant 
will not address such statements at the present time. However, the Applicant expressly 
reserves the right to challenge such statements in the future should the need arise (e.g., 
if such statement should become relevant by appearing in a rejection of any current or 
future claim). 
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CONCLUSION 

Based on at least the foregoing, the Applicant believes that all claims 1-41 are in 
condition for allowance. If the Examiner disagrees, the Applicant respectfully requests a 
telephone interview, and requests that the Examiner telephone the undersigned 
Attorney at (312)775-8176. 

The Commissioner is hereby authorized to charge any additional fees or credit 
any overpayment to the deposit account of McAndrews, Held & Malloy, Ltd., Account No. 
13-0017. 

A Notice of Allowability is courteously solicited. 

Respectfully submitted, 



Date: August 10, 2009 /Qqnvan I. Beremski/ 

Ognyan Beremski, Esq. 
Registration No. 51,458 
Attorney for Applicant 



McAndrews, Held & Malloy, Ltd. 
500 West Madison Street, 34th Floor 
Chicago, Illinois 60661 
(312)775-8000 

/OIB 
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